Graphics-onented software development tools receive increasing 
attention in microcontoller land. T0 many aspiring developers 
from the industnal automation or high-power electrical engineer 
ing disciplines, taditonal development tools represent insummount- 
able hurdles because of theirapparent complexity and lack of 
user-fnendly interfaces. In these cases, an all-graphic develop- 
ment system like SFRealizer may be very welcome. Compared 
with previous releases of the program, the new 32-bit version of SF 
Realizer offers improved real-time abilites, and for the first tme 
allows interupt-contolled program chunks to be descnbed. 


By R Na nd linger Gmicrocelectronics, Munich) 


ST-Realizer® 
for ST6 and ST7 microcontrollers 


a next-generation 
graphics-oriented development tool 


Many of you with at least one-time 
experience in writing microcontroller 
assembly code will be aware of the 
problems that may anse dunng the pro- 
ject. To begin with, the programmer 
may have to familiarise himself with 
possibly complex architectures and 
instruction sets of an unknown micro- 
controller Next, the program develop- 
ment begins, followed by commission- 
ing of the application. During this 
phase, problems often occur owing to 
insufficient knowledge of idiosyncrasies 
or controller-specific specialities. It is 
then hoped that deep study of the 
datasheets and application notes result 
in the finding solutions. All of these fac- 
tors often cause considerable stress 
during the software development 
phases. As a result, the programmer 
runs out of time for the test phase and 
for wnting proper documentation with 
the new software product. These short- 
comings, in tum, lead to modifications 
ata later time, and, in the worst case, 
to recalling products already supplied 
to customers. 


The development concept 
The graphics-based development soft- 


ware called Sl-Realizer developed by 
the Dutch company Actum Solutions 
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offers a means of solving the above 
problems in a very efficient way. The 
idea behind the concept is obvious at 
the very first step you take to develop 
a new application. 

At the startofa project, most design- 
ers have a clear idea about the func- 
tion of a new piece of equipment. 
Everything that follows, including the 
selection of a suitable controller archi- 
tecture, the size of the controller enclo- 





sure, leaming the programming lan- 
guage and debugging and docu- 
menting one’s progress all seem to get 
into the way of reaching the ultimate 
goal, and one would certainly like to 
shift all side-activites well into the back- 
ground! 

Here, exactly, lies the advantage of 
graphics-oriented programming. By 
simply combining logic symbols picked 
from clearly structured libraries, a few 
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Figure 1. Main program of example version ‘A’ (dimmer with potentiometer control). 


mouse clicks in an Editor-like environ- 
ment are sufficient to describe (actu- 
ally, draw) the function of an applica- 
tion. Leaming this programming 
method is highly intuitive because the 
symbolic language used has been 
kept very simple. Just as ‘pictogram 
language’ used on, say, airport termi- 
nals is easily understood by anyone 
despite his/her mother tongue, the sym- 
bols employed by SFRealizer are heav- 
ily based on circuit symbols that should 
be familiar from electncal engineenng. 
Combining individual symbols largely 
follows traditional circuit design by sim- 
ply connecting lines. 

Once the program flow has been 
described, an integrated simulation 
program may be used to check, and if 
necessary improve, the results. If the 
designer is satisfied with the results, 
he/she picks a suitable type from the list 
of available microcontrollers, and 
prompts the integrated analyser to 
generate the final version of the 
machine code to be loaded into the 
target microcontroller. As a useful side 
product, the designer receives ‘free’ 
documentation of his program simply 
by printing the program flowchart. 


The next generation 


Based on structured programming, pre- 
vious versions of the SFRealizer were 
mainly aimed atdeveloping processes 
in which timekeeping was nota cniical 
factor The new 32-bit version for the first 
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Figure 2. Subroutine ‘port interrupt’. 
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time allows interrupt-driven routines to 
be descnbed. This addition has resulted 
in a plethora of new application 
options for the user. 

An example may help at this point to 
show the simplicity of it all, even for 
Inexpenenced programmers. 


Assignment 

Your assignment is to develop two ver- 
sions of a microcontroller-driven dim- 
mer for simple lamps powered from the 
mains. Version A has to employ a 
potentiometer as the intensity control. 
Version B, on the other hand, is to make 
use of two pushbuttons for the same 
function. 


Functional descnption 

The lamp intensity isgovemed by con- 
trolling the trigger instant, or phase 
angle, of a triac. With version A, this 
phase angle is proportional with the 
analogue value supplied by the poten- 
tiometer. With version B, the phase 
angle represents a numerical value 
which is changed by the user pressing 
the push-buttons. If a button is held 
depressed, the value should automati- 
cally increment or decrement until a 
certain limit is reached. The zero-cross- 
ings of the mains voltage actas refer- 
ence points for the phase angle con- 
trol. This reference signal is supplied to 
the microcontroller by way of a port 
line with interrupt functions. If the inter- 
rupt occurs, a delay has to be created 
based on the previously established 
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phase angle. When the delay has 
elapsed, the trac is fired (tnggered). To 
keep the hardware layout for the power 
supply etc. within reason, the tnac gate 
receives several short pulses instead of 
one long tngger signal. 


Programming 


The next step is to convert the above 
functional descnption into symbolic lan- 
guage. For this, the designer has 
access to several libranes from which 
the various sub-functions and logic 
conditions may be fetched and com- 
bined into a drawing. 


Version ‘potentiometer’ 

The ‘symbolised’ main program of the 
potentiometer-controlled version of the 
dimmer is shown in Figure 1. The A-D 
converter symbol supplies an 8-bit 
number which is divided by two and 
limited to minimum and maximum val- 
ues. The number computed in this way 
is in the range 0 to 90 and comesponds 
to a phase angle between 0 % and 
100 %. The symbol ‘subscheme’ (sub- 
schematic) serves to copy this value to 
the interrupt routine. The controller ini- 
tia lisation, the starting and scanning of 
the A-D converter, the division by two 
and so on are described in the associ- 
ated library functions and remain ‘in 
the background’, that is, invisible to the 
programmer. 

Because the main program has a 
very simple structure, no logic decisions 
are required. Consequently, the output 
from the A-D converter is read, arith- 
metically modified and then copied to 
the interrupt routine each time the main 
program loop is executed. The main 
program flow, or ‘state machine’ Is 
therefore not required in this example. 

The associated interrupt routine Is 
shown diagrammatically in Figure 2. It 
has to be drawn on a separate sheet 
and is marked by the ‘event’ symbol. 
Here, this symbol was placed in the left- 
hand area of the worksheet. By double- 
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Figure 3. Main program of example version ‘B’ (dimmer with pushbutton control). 


clicking on it, the intenupt type and pin 
number may be defined. When the 
interrupt is generated (on a zero-cross- 
ing of the mains voltage) a timer is 
started using the computed value sup- 
plied by the main program. Next, the 
timer generates the desired phase con- 
trol angle. When the period has 
elapsed, a burstof five pulses of 0.2 ms 
each is generated with the aid of an 
oscillator a delay, an inverter and a 
triple OR gate. The function of the mul- 
tiplexer is to supply the pulse train simul- 
taneously on the four port pins. This is 
done to boost the drive capacity. The 
ports are defined by double-clicking 
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Figure 4. Pin level simulation. 
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on the ‘output’ symbol. 

At this point the present version of 
the application is fully described and 
ready for compiling. Up to then, the 
user should not have committed himself 
to a certain microcontroller. The main 
choice to make is between the SI6 and 
ST7 families from STmicroelectronics. 
From these families, you first have to 
selecta ‘large’ member, because it will 
be hard to tell, at this point, the amount 
of resources used up by the target pro- 
gram. During the ‘translation’, SFReal- 
izer provides you with a report about 
possible errors and also supplies wam- 
ings if anything ambiguous is encoun- 


PA.Q / Port C 







0.0) 


00:00:00.0000 00:00:00.0030 


992031-14 






Lower Limit 


sub Scheme Interrupt: 


| normal 
downlimit 


Upper Limit 


uplimit 


downlimit 


Comperator 





P 


tered. At the end, a statistic report is 
created, providing exact information 
on the required resources. 

With this information to hand, the 
programmer may estimate how much 
additional functionality may be 
packed into the microcontroller or if a 
smaller controller with less memory is 
also sufficient for the relevant task. 
Because the graphics-based program 
description is not absolutely dependent 
on the hardware, switching between 
controllers at a later time is possible 
without problems and without the need 
for a new drawing. The only action 
required in these cases is re-assigning 
the inputs and outputs by double-click- 
ing on the new I/O pins. 


Version ‘pushbuttons’ 

The second version of the application 
employs two pushbuttons to set the 
lamp intensity. In the schematic, this 
function is represented by two symbols 
of a digital input. As you can see in Fig- 
ure 3, each symbol ofa logic input has 
one output. To be able to understand 
the operation of the STRealizer, it Is 
essential to know the following conven- 
tion: the output of input symbols repre- 
sents the logic level at the input pin, 
and is therefore either ‘O‘or ‘1’. On this 
line, pressing the pushbutton causes a 
1-0-1 state change which, being 
applied to a counter input, allows a 
value to be incremented or decre- 
mented. Between the input and the 
counter sits a NOR gate. This logic com- 
ponent prevents the counter value from 
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going outside the limits set up to repre- 
sent the largest and smallest phase 
control angle. That, of course, requires 
the user to develop the check on the 
high and low limits of the counter val- 
ues. For this purpose, the main program 
includes a state machine. As shown in 
Figure 3, this symbolic flowchart consists 
of states (loops) in which a function is 
performed, and conditions (the double 
arrows) which have be satisfied to 
move from one state to the next. Here, 
too, itis essential to understand thatan 
active state name (e.g. ‘dim’) is repre- 
sented by a logic ‘1’, while all inactive 
state names equate to logic ‘0’. If the 
active name pops up in other parts of 
the drawing, then all circuit sections 
connected to itare also at logic ‘1’. The 
change between two states occurs 
when the name of the condition Is set 
to ‘T’ by a circuit section connected to 
it. For example, when the counter 
reaches the upper limit (maximum), the 
relevant comparator output changes to 
‘T’. This output is identified as ‘uplimit’. 
Consequently, the state machine 
changes from ‘dim’ mode to ‘preset’. 
That, in tum, causes the name ‘preset’ 
to become active, disabling the ‘up- 
button’ input until the timer is decre- 
mented again. 

Once the right value has been 
established in this way, it is copied to 
the interrupt routine. The interrupt rou- 
tines of version A and Bare identical. 
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Figure 5. Functional simulation. 
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Simulation 


The user having successfully compiled 
this version of the program, both pro- 
grams may be tested using a graphic 
simulator The choice is between pin 
level simulation and a simulation atthe 
schematics level. 

The first option displays the micro- 
controllerasa complete integrated cir- 
cuit (Figure 4) whose input pins are dr- 
ven by signals from a vanety of sources 
— digital oranalogue. This type of sim- 
ulation provides an excellent method 
of observing and analysing the exter- 
nal behaviour of the componentasa 
whole. 

With the second method, the previ- 
ously mentioned simulators and moni- 
tors may be connected to just about 
any line within the (virtual) circuit. This 
simulation method is illustrated in Fig- 
ure 5. It is particulary useful for in-depth 
analysis. 


Conclusion 


As shown with the aid of an example, 
the latest version of the STRealizer 
enables time-cntical applications to be 
described ina very short time, without 
prior knowledge ofa controller-specific 
programming language. Apart from 
the obvious advantage of the short 
program development time, the user 
may also rely on well-tried library func- 
tions and so increase the quality of his 


program. A nice side-effect of the STF 
Realizer is its ability to document the 
program, whose ‘flow’ and other salient 
data appear in condensed fom on just 
a few pages. In conclusion, the latest 
version of the SFRealizer represents a 
valuable addition to traditional pro- 
gramming languages for microcon- 
trollers. 

(982093-1) 


ST-Realizer may be obtained through 
your national STMicroelectronics dis- 
trioutor or directly from: 


Actum Solutions, 
Industriestraat 9a, 

1704 AA Heerhugowaard, 

The Netherlands. 

Tel. (+31) 72 5762555, 

fax (+31) 72 5762559, 

Email: info@actum.com. 
Internet: http ://www.actum.com 
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Sub Scheme Interrupt: 7 
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